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The Focus of This Issue 

By Claudia Lynch, Benchmarks Editor (as04@unt.cdu) 


A s you can see, the focus of this issue is multimedia. Multimedia is the result 
x -m.of combining text, sound, graphics, animation, still images, and video for 
computer-generated presentations. As I suited in the March/April 1992 issue of 
Benchmarks (Vol. 13, No. 3, pp. 1,3) “It is being heralded as die next revolution in 
computing, supplanting the GUI (see the February 1992 issue of Benchmarks) as the 
most popular human-computer interface at the microcomputer level.” 


Back in die March/April 1992 issue of Benchmarks , we focused on instructional 
technology, widi a heavy emphasis on muldmcdia. In this issue, we arc looking at 
aspects of multimedia dial we have not emphasized before. For example, the article 
on page 3 by Eriq Neale discusses MIDI and how it can play (pun intended) an 
important pttrt in a muldmcdia worksuuion. If you tire a Macintosh user, don’t miss 
the Quicktime jirticlc by Sean McMains on page 5. The ardcle on page 9 by Mark 
Thacker, MIME: Multimedia Across die Internet" explores anodicr exciung aspect 
ol dial technology — multimedia electronic mail. If you tire interested in Audio- 
conferencing and video conferencing, don’t miss this inondi’s Network Connection, 
on page 10. Finally, die article on page 14 by George Mitchell, from die UNT 
Libraries, outlines a proposal for campus-wide muldmcdia delivery that has been 
submitted to the Provost. ■ 
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UNT COMPUTING CENTER ORGANIZATION AND FACILITIES 


The UNT Computing Center is located in the Information Sciences 
Building (ISB), Room 119- Phone: (817) 565-2324 (TDD 1-800- 
RELA Y-TX), unless otherwise noted. It is divided into the following 
areas: 

□ Academic Computing Services: 

• Documentation Services 

. ISB 110 General Access Lab (817) 565-3048 

• Mainframe User Services 

• Research and Statistical Support Services 
. VAX/UNIX Systems (817)565-4161 

□ Network & Microcomputer Services (817) 565-2316: 

• Data Communications 

• Microcomputer Application Support 

• Network Systems Support 


□ Administrative Computing: 

• Admissions Data Systems 

. Databasc/Central Programming Support 

• General Data Systems 

. NT/TCOM Fiscal Data Systems 
. NT/TCOM Payroll/Persouuel Data Systems 

• Student Records Data Systems 
. Student Services Data Systems 
. Voice Response Applications 

□ Mainframe Technical Services: 

. IBM Operating Systems Software Support 

• Computer Operations 


CONNECTING TO UNT COMPUTERS 


Phone numbers for accessing UNTcomputiug systems: 

300-2400 BAUD: (8X7)565-3300 

300/1200 BAUD: (817)565-3409 

300-0600BAUD: (817)565-3461 

300-2400BAUD: D/FW METRO 792-4140 

Arcacode214 in ustdla!817beforc the METRO *. JVote.Dlallng 1 
before the area code wilt reault In a long dlatance charge. 


Set Data Bits to 7, Parity toS. and Stop Bits to 1. When dialing in, the 
autobaud feature requires you to hit the <RETURN> key repeatedly alter 
the connection is made so that the receiving modem can determine the 
baud rate. When you see the prompt (# for local numbers, UNTModcms> 
for the metro lines) you can enter one of the following commands to 

connect with the system of yourchoicc. 


SYSTEM 

ACS Host Systems 


SYTEK/DENTON 
LINES (#) 


METRO LINES 
(UNTMOl)EMS>) 


Academic Mainframe (MUSIC, 

CMS, Academic COM-PLETE) 

CALL 3270 

CONNECT VN13270 

VAX (VMS) 

CALL DEC 

CONNECTDEC 

Solboume (UNIX) 

CALL 900 

CONNECT SOL 

Departmental Systems 


Computer Sciences .Sequent (Ponder) 

CALL 780 

CONNECTPONDER 

UNT Libraries’ on-line card catalog 

CALI, 3000 

CONNECT LIBRARY 


INTERNET 

(CUTCP, NCSA ) 

tn3270vm.acs.unt.edii —OR- 
telnet vm3270.acs.iint.edu 

telnet vaxb.acs.unt.edu 

telnet sol.acs.unt.edu 


telnet ponder.csd.unt.edu 
telnet library.unt.edu 


To exit from die local phone lines, press -csCAPExKcrURN, and type done (at die # prompt), then press 

<CTRl. -SHIFT-6>, then type DISCONNECT (at the UNTMODEMS> prompt), then press <RETURN>. Exiting from telnet and TN3270 is dependent upon die package. 
CUTCP uses <ALT-X>. __ 
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MULTIMEDIA 


How Much for Just The MIDI? 

A Look Into a Popular Music-Computer Technology 

By Eric] Neale, ACS General Access Lab Manager (neaic@unl.edu) 

This article was first published in the October 1989 issue of He nc I, marks (Vol. 10 No. 8 
VP- 0-9). It has been updated for inclusion in this issue. 

( oinputcr retailers arc hearing about it. Music store salespeople arc buying and 
selling it. Musicians and students are talking about it. Professional writers are 
publishing articles about it. Entire magazines tire devoted to it. Students at the 
Massachusetts Institute of Technology are receiving large grants to research it. Joe 
Keys Manzotti uses it when he plays with his band at the Holiday Inn on 
weekends. Just what IS this MIDI tiling anyway? 

MIDI stands for Musical Instrument Digital Interface and it has been the rage among 
electronic musicians throughout its almost ten-year existence. It is a powerful tool 
for composers and teachers alike. It allows musicians to be more creative on stage 
;uid in die studio. It allows composers to write music that no human could ever 
per orm But it is NOT a Uuigiblc object, a thing to be had. MIDI is a communications 
protocol that allows electronic musical instruments to interact with each other. 

A Method, Not An Object 

All too often I have seen misinformed customers browsing through a music store: 
Where do you keep your MIDIs?” “I’d like to get a MIDI for my home computer.” 

I need to get two MIDIs so they can talk to each other, right?" Explaining to 
customers that they cannot just get a MIDI becomes frustrating to die salesperson. 
Fortunately, die average consumer is learning more about die concept of MIDI 
through articles such as diis one. To have a complete understanding of how MIDI 
works, though, one should learn its history. 

The Saga of MIDI 

The combined advances and cost-efficiency in synthesizer technology took die 
music world by storm. At times, a musician could not get a new synthesizer home 
before it had been outdated by a new product. One major factor influencing die 
increased popularity in synthesizers, and the increased push for research and design 
of these units, was die development of new sound generation methods. Musicians 
were creating new and different sounds worldwide. Eventually, die musical world 
began to recognize die synthesizer as a legitimate musical instrument. 

Musicians were physically limited, diough, because they had only two hands 
Popular and avant-garde performers alike desired to “layer” their new sound 
creations, to play two sounds together to create a “larger" sound. Though this was 
possible to some extent in a multi-track recording studio, layering could not be 
realized on the road. A few synthesizer design technicians from different manufac¬ 
turers dien got together to discuss an idea diey shared. Surely, they said, dicre had 
to be a way to play one keyboard and have anodierone sound simultaneously. They 
jotted a few notes, considered a few options, and scuttled back to their desi<>n labs 
to create this communication method. 


They revealed their results at the first 
North American Music Manufacturers 
show in Los Angeles in 1983. The sim¬ 
ple demonstration connected two syn¬ 
thesizers, not manufactured by the 
same company, with two cables. A rep- 
rcsentative from one company then 
played one of the synthesizers while an 
amazed audience heard both sounds. 
The process was then reversed to dem¬ 
onstrate the two-way nature of the com¬ 
munication. Ollier variations were il¬ 
lustrated, and the rest is music histoiy. 

The Method of MIDI 

Much in the same way that two comput¬ 
ers communicate via modems, two syn¬ 
thesizers communicate via MIDI. The 
information exchanged between two 
MIDI devices is musical in nature. 
MIDI information tells a synthesizer, in 
its most basic mode, when to start ;uid 
stop playing a specific note. Other in¬ 
formation shared includes die volume 
and modulation of (lie note, if any. 
MIDI information aui also be more 
hardware specific. It c;m tell a synthe¬ 
sizer to change sounds, master volume, 
modulation devices, and even how to 
receive information. In more advanced 
uses, MIDI information can be used to 
indicate the starting and stopping points 
of a song or the metric position within 
a song. More recent applications in¬ 
clude using the interface between com¬ 
puters and synthesizers to edit and store 
sound information for the synthesizer 
on the computer. 

The basis for MIDI communication is 
the byte. Through a combination of 
bytes a vast amount of information can 
be transferred. Each MIDI command 
has a specific byte sequence. The first 
byte is the status byte, which tells the 
MIDI device what function to perform. 
Encoded in the status byte is the MIDI 
channel. MIDI operates on 16 different 
channels, numbered 0 through 15. 
MIDI units will accept or ignore a status 
byte depending on what channel the 
machine is set to receive. Only the 
status byte has the MIDI channel num- 
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ber encoded. All other bytes arc as¬ 
sumed to be on the channel indicated by 
the status byte until another status byte 
is received. 

Some of these functions indicated in the 
status byte are Note On, Note Off, Sys¬ 
tem Exclusive (SysEx), Patch Change, 
and so on. Depending on the status byte, 
a number of different byte patterns will 
follow. The Note On status byte tells the 
MIDI device to begin sounding a note. 
Two additional bytes arc required, a 
pitch byte, which tells the MIDI device 
which note to play, and a velocity byte, 
which tells the device how loudly to 
play the note. Even though not all MIDI 
devices recognize the velocity byte, it is 
still required to complete the Note On 
transmission. 

The command to stop playing a note is 
not p;trt of the Note On command; in¬ 
stead there is a separate Note Off com¬ 
mand. This command also requires two 
additional bytes with the same func¬ 
tions as the Note On byte. Most people 
arc confused at first by this approach to 
Note On ;ind Note Off, but after further 
thought they realize the necessity of the 
structure. 

Another important status byte is the 
Patch Change byte. This requires only 
one additional byte: the number corre¬ 
sponding to the program number on the 
synthesizer. The patch number informa¬ 
tion is different for each synthesizer, 
;uid the standards have been set by the 
International MIDI Association (IMA). 
Channel selection is extremely helpful 
when sending Patch Change commands 
to a synthesizer. 

The SysEx status byte is llie most pow¬ 
erful and least understood of all the 
status bytes because it aui instigate a 
variety of functions. Briefly, the SysEx 
byte requires at least three additional 
bytes. The first is a manufacturer's ID 
number or timing byte, the second is a 
data format or function byte, and die 
diird is generally an “end of transmis¬ 
sion" (EOX) byte. There are a number 
of books that have been written on the 


topic of System Exclusive messages, 
so this article will not deal with it fur¬ 
ther. 

The INs and OUTs of MIDI 

The closest most people ever care to get 
to the heart of the MIDI interface is die 
diree 5-pin ports found on the back of 
every MIDI unit. Labeled IN, OUT, 
and THRU, these ports control all of 
the information routing in a MIDI sys¬ 
tem. The IN port accepts MIDI data, 
data coming “in" to die unit from an 
external source. This is die data diat 
controls die sound generators of the 
synthesizer. 

The OUT port sends MIDI data “out” 
to die rest of die MIDI setup. This data 
results from acuvity of the synthesizer, 
such as key presses, patch changes, and 
so on. The THRU port also sends data 
out to die MIDI system, but not in die 
same manner as the OUT port. The data 
coming from die THRU port is ;m exact 
copy of die data received at die synthe¬ 
sizer’s IN port. There is no change 
made to die data from die time it arri ves 
at the IN port to die time is leaves die 
THRU port (which is a vety, VERY 
small amount of time). 

MIDI makes use of five special con¬ 
ductor otbles to connect die synthe¬ 
sizer ports. Curiously diough, only 
three of die conductors arc actually 
used. Data is carried dirough the oible 
on pins 1 and 3, and pin 2 is shielded 
and connected to common. Pins 4 and 
5 remain unused. Not just any cable 
will suffice for the exacmess of the 
MIDI system, either. MIDI oible is 
specially grounded and shielded to en¬ 
sure efficient data transmission. This 
meiuis diat MIDI cable is a little more 
expensive than standard 5-conductor 
oible, but reliable data transmission is 
absolutely necessary for MIDI. 

The length of die oible is critical as 
well. IMA specifications suggest an ab¬ 
solute maximum cable lengdi of 50 feet 
because of die mediod of data transmis¬ 
sion through the cable. The entire 
length of a MIDI chain (discussed be¬ 


low) is unlimited, however, provided 
that none of the links are longer dian 50 
feet The optimal maximum lengdi for 
cable is about 20 feet, and most com¬ 
mercially manufactured cable comes in 
five to ten foot lengths. 

MIDI Chains and Loops 

A MIDI chain describes a series of 
one-way connections in a MIDI setup. 
The elemental chain is a single-link 
chain. The MIDI OUT port of one de¬ 
vice is connected to the MIDI IN port 
of a second. In this configuration, a key 
pressed on die first unit will cause bodi 
units to sound. Pressing a key on the 
second unit, however, only causes the 
second unit to sound. Many instru¬ 
ments may be chained together using a 
scries of single links to connect die 
units. In diis case, the OUT of die first 
unit is connected to the second, the 
THRU of die second is connected to die 
IN of a diird, and so on. If all die units 
are set to receive on the same channel, 
pressing a key on die first one will 
cause all die units to sound. Pressing a 
key on any of die odicr units will only 
activate die sound of dial unit. 

A MIDI loop is a special configuration 
of a MIDI chain. The single element 
loop is made of two interconnecting 
links. This was die configuradon used 
in die debut of die MIDI system. The 
OUT port of die first unit is connected 
to die IN port of die second, and die 
OUT port of die second is connected to 
die IN port of die first. In this case, as 
described earlier, a key pressed on 
eidier unit oiuscs bodi units to sound, 
provided dicy are on the same channel. 
A MIDI feedback loop does NOT exist 
here, as die data going into the second 
unit from the first is not duplioited in 
die OUT port of die second going back 
into die first. Here, we have two one¬ 
way links connected, not a multi-link 
chain. 

MIDI loops connecting several devices 
using all three ports can become com¬ 
plex very quickly. As a brief example, 
imagine four syndiesizers named A, B, 
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C, and D. A’s OUT is connected to B’s 
IN and consequently to C's IN via B's 
THRU. B’s OUT connects to D’s IN, 
whose THRU connects to A’s IN. A key 
pressed on A sounds A, B and C. A key 
pressed on C sounds C and C alone. A 
key pressed on B sounds B, D, and A, 
while a key pressed on D sounds D 
only. C docs not sound when B is 
pressed because there is no direct con¬ 
nection between B ;uid C, and B’s note, 
which docs route through D, does not 
route through A into C because A’s 
THRU is not connected to C, or any¬ 
thing else for dial matter. A note played 
on A does not sound on D for the same 
reason. You get the idea. 

Computers and MIDI 

Computer manufacturers soon realized 
that llic computer would be a fantastic 
tool lor MIDI, since MIDI devices and 
computers speak die same language. 
Since die MIDI data transmission rate 
(31.5 kBaud) is different from ANY 
computer data rate, manufacturers had 
to design a MIDI interface to allow the 
computer to talk at MIDI's speed. Ap¬ 
ple Computers, widi the Macintosh ;uid 
Apple II series, and Commodore were 
the first companies to jump on the 
MIDI computer bandwagon [pun in¬ 
tended]. Roland designed an interface 
for die IBM series of compatible com¬ 
puters a few years later, and Atari de¬ 
signed a completely new computer, the 
ST series, widi fully operable MIDI 
ports built in. Today, there arc many 
different interfaces available for almost 
all types of computer systems. 

As large as the number of available 
interfaces may be, the availability of 
software packages is almost beyond be¬ 
lief. Virtually everything that can be 
done via MIDI has a software package 
to do it. First came the sequencers. 
Based on a hardware device that simply 
recorded and replayed MIDI data, the 
software sequencer allowed the com¬ 
puter to record, store, replay, and edit 
Please sec MIDI on page 6. 


Quicktime: Bringing Movies 
to Your Desktop 

By Sean McMains. ACS General Access Lab Monitor (mcmains@ccl .unt.edu) 


S uicktime is one of those rare technologies that combines immediate obvious 
benefit and a high “Wow Factor” widi a potentially far reaching impact on 
ita can (and will) be processed on personal computer platforms. 

The immediate draw is that by installing Quicktime on your computer, you can 
immediately, without any fuss or any extra hardware, play movies on your computer 
Adnuttcdly die movies are small and sometimes pretty jerky, but they tire happening. 
Widi a Iitdc bit more hardware (die Video Spigot board, which costs around S300, 
tor example) you can make digital movies of your own and send these files to all of 
your friends who have a machine running Quickumc. 

Surely there must be a catch!” I hear you exclaiming. Well, yes dicre arc a few 
First, Quickumc is currently available only for die Apple Macintosh mid Iris Indigo 
Workstation computers, though dicre will very likely be a version dial will run under 
Windows in die not too distant future. Even if you arc using a Macintosh, die current 
itcrauon of die software will only run on a machine widi a 68020 processor or belter 
which means that anyone widi a Mac Plus/SE, a Mac Portable, ora PowerBook 100 
!S out ill die cold. Quickumc movies also consume quite a bit of disk space, even 
widi the compression that is built into die software. Beyond these limitations die 
software pretty much delivers as promised. 

“Real Work” with Quicktime 

Once die novelty of playing movies on your computer screen has worn off, you may 
begin to wonder what advantages Quicktime will afford you as far as Re;d Work is 
concerned. The most immediate is dial, since Quicktime is system level software, 
anyone dial wants to can easily write any programs in support of it widi a minimum 
ol additional coding. For example, with die latest version of WordPerfect for die 
Macintosh one could give a friend a disk widi a press release for a great new bmid, 
mid die friend could not only read die copy in the word processor, but he could click 
on a button in die document and sec a clip from dieir latest video. 

Quicklime is more than movies, though. It is system-level support for time-based 
information. What that means is that aldiough video mid audio arc die most 
commonly used type of media in Quicktime files, they can also store other ume- 
based information, such as readings from lab instruments, or, in mi upcoming update 
to Quicklime, MIDI information. 

Another exciting outgrowth of diis new technology is desktop video post-production 
work. Though the size is small mid the frame rate is low (usually about 15 frames 
per second) on a standard Macintosh, additional video cards allow the computer to 
play full-screen 30FPS (or29.97FPS, for you video purists) video, just like televi¬ 
sion. Even if one is not interested in producing die final product on the desktop, with 
the use of a Quicktime editing program such as Adobe’s Premiere or Diva’s 
Videoshop, one can assemble EDLs (Edit Decision Lists) which can be used to put 
togedier the final product. One can load raw footage into the computer, do all the 
editing in the machine widi a Quicktime movie to show a thumbnail of the final 
product, and take the EDLs that the program generates with die raw footage to a 
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post-production studio to have it as¬ 
sembled into a finished product in a 
matter of hours, rather than die days of 
studio time often required. 

How does it do that? 

How does Quicklime do its magic? 
There are several parts to the software. 
The most important is the Quicktimc 
system extension, which contains the 
main functionality of the software. It 
has the code to play back video and 
sound, keeping them in sync and drop¬ 
ping video frames if the processor can’t 
keep up with decompressing and dis¬ 
playing them in real time. This is nec¬ 
essary because if the software didn't 
drop frames on slower systems, the 
sound would quickly outdistance the 
video and one would experience the 
computer equivalent of a Milli Vanilli 
concert: bad sync. It will also adjust the 
video portion to be shown at whatever 
bit depth your monitor is currently set 
for, dithering the image information to 
produce the best possible display on 
your hardware. The software also runs 
interference between the hardware ;uid 
software, allowing any program writ¬ 
ten with Quicklime in mind to take 
advantage of any additional video 
hardware, present or future, without 
any additional coding. Finally, Quick- 
time also includes several compres¬ 
sion/decompression modules, or code- 
ecs, which provide different means of 
compressing the dam in Quicklime 
files. These also can be added as new 
ones become available and will in¬ 
stantly be available to all Quicktimc 
software. 

The future 

The future of Quicktimc is promising. 
Apple Computer, which is responsible 
for die Quicktimc software, is deter¬ 
mined to make it a cross-platform 
standard for time-based information. 
They seem to be getting support from 
die major players in die game, and I 
would expect to see Quicktime for die 


PC soon as soon as details can be ironed out widi one of the major PC operating 
system manufacturers, followed in die not-too-distant future by support for other 
platforms. MIDI information will be supported in die next release of die software, 
and it is rumored that die machines with die oldcr68000 processors will be supported 
as well. Quicktimc is rapidly going to become p;irt of die computing world. With its 
advent, desktop multimedia is a significant step closer to reality. Even more unpor- 
tantly dian that, it’s free! 

Quicktime can be obtained by anonymous FTP from Apple Computer at ftp.applc. 
com. For further information, consult "Grabbing Quicktime” in the box below.* 


Grabbing Quicktime 

T o get your free copy of Quicktime, you need to have access to a host system 
that supports die use of ftp. On die UNT campus, ftp is supported on die 
VAX Solboumc, and CMS. You can also use ftp from your PC or Mac in certain 
situations (contact ACS at 565-2324 for further information). Once you arc on 
a host system diat supports ftp: 

. Type ftp ftp.apple.com <RETURN> 

. At die Name (bric-a-brac.apple.com: userid) : prompt, type 
anonymous <RETURN> 

. At die Password: prompt type your Internet User-1 D\ 

• Type cd /dts/mac/quicktime 
. Type binary <RETURN> 

. Type prompt <return> 

. Type hash <RETURN> 

. Type mget * <RETURN> 

At diis point all die files in the quicktimc directory will be delivered to you on 
your host system. You will need a copy of binliex or stuffit to uncompress die 
files. If you need help widi this, contact ACS at 565-2324. ■ 


MIDI continued from page 5, 

MIDI data into "songs.” Though die first sequencers were somewhat primitive, die 
packages available today provide very thorough editing capabilities as well as 
intricate synchronization methods, such as MTC (MIDI Time Code) and SMPTE. 

Various patch editors and librarians are ;dso available for computers. These programs 
allow the user to edit sounds away from the synthesizer, and often in arnuch friendlier 
environment than what die syndiesizcr interface offers. The more advanced librari¬ 
ans permit groups or banks of sounds to be edited, stored on disk, or moved back 
and forth from the syndiesizcr’s memory. They also allow for rearranging sounds 
within banks or groups of banks for customized libraries. These programs are 
generally small and can be incorporated into some sequencing packages for ease of 
use. On die odier hand, each synthesizer requires a different editor/librarian since 
internal data formats are unique for each. Some packages offer editor groups for a 
specific manufacturer’s line as some of die internal data structure may be similar 
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between the units. There is not yet a 
universal librarian that covers all 
makes and models of sound modules; it 
would just be too large. 

Computers in MIDI Chains 

Basically, the computer functions the 
same as any other unit in a MIDI chain 
or loop. Most interfaces have the same 
three ports as other MIDI devices. The 
computer’s main job in a chain, though, 
would be as a MIDI data driver, mean¬ 
ing it would supply the MIDI data for 
the rest of the chain. Very rarely is a 
device connected to the IN port of a 
computer MIDI interface except to pro¬ 
vide input for synchronization signals 
or data to edit. Even more rare is a 
connection to the computer’s THRU 
port, although it etui be used. 

In this scope the implementation of 
MIDI channels is most effective. The 
computer c;ui send darn out on all 16 
MIDI channels simultaneously. Forcx- 
tunple, sixteen MIDI devices, each set 
up for a different MIDI channel, could 
be connected to die computer. Each unit 
could be playing a separate line in a 
song from the sequencer, creating ;ui 
electronic orchestra. This implementa¬ 
tion is being used more and more in 
today’s music scenes: the recording 
studio, major orchestras, opera, and 
Film scoring. 

The Future of MIDI 

The MIDI specifications set out by the 
initial design team have not changed 
drastically since its creation. The cur¬ 
rent data structure is as it was originally 
designed, the only exception being that 
some of die initial status bytes were not 
initially defined. As it stands, die archi¬ 
tecture of MIDI does not allow for any 
further expansion. To enhance MIDI 
furdier would take a complete redesign 
of die system. The IMA has been dis¬ 
cussing new MIDI designs, but indus¬ 
try and die general public will prevent 
any real acuori from taking place be¬ 
cause die new design would not be 


backward compadblc: none of the cur¬ 
rent MIDI hardware would operate in 
the new environment. 

But MIDI does continue to hold prom¬ 
ise. The extent of the SysEx applica¬ 
tions has not yet been fully realized. 
MIDI is by no means about to become 
outdated or abandoned by die musical 
world, and as technology becomes 
more and more affordable, a greater 
number of non-technical people will 
invest in their own personal MIDI sys¬ 
tems. There may in fact be a day where 
the average American family has a 
home, two cars, three kids, and their 
own MIDI in die garage. 

Windows Multimedia: MIDI 
for the Masses? 

With die onslaught of Multimedia Win¬ 
dows has come a kinder, gender ap¬ 
proach to MIDI. Windows 3.1 has na¬ 
tive MIDI support for several sound 
cards and other MIDI adapters through 
specialized MIDI drivers dial can be 
installed dircedy into die system. This 
adds another interface layer on top of 
computer MIDI dial tends to be more 
easily understood. Windows 3.1 in¬ 
cludes a MIDI Mapper interface that, 
depending on die sound c;ird used, al- 
lows a user to configure die way an 
application uses die sounds on die card. 
This is useful since a number of new 
Windows applications are being re¬ 
leased widi sound capabilities. 

There is also a new breed of software 
sequencers designed to work under 
Windows. These have been built to in¬ 
terface with die Windows MIDI driver 
so almost any of die new sound cards 
that have MIDI capabilities can be used 
without having to reconfigure the ap¬ 
plication. Previously, software was 
written to interface with a particular 
intcrface, and the most common inter¬ 
face used was die Roland MPU-401. 

The 401 is still die most common and 
most compatible of die PC MIDI adapt¬ 
ers, but it never offered any sort of 
sound board in addition to the adapter. 


If you use one of dicse newer software 
sequencers, you can change out your 
ctird, or better yet, use your sequences 
on another computer widi a different 
MIDI adapter and not worry about los¬ 
ing any of your MIDI data. 

Arc more people going to be using 
MIDI as a result? Absolutely. In fact, 
dicre are a number of Windows users 
out there that aren’t yet aware of just 
how much diey are tdready relying on 
MIDI. As they become more familiar 
widi what dicir sound card is doing, 
diey will explore creating dicir own 
sound configurations, and possibly 
even ercaung dicir own music, using 
Windows MIDI. MIDI’s user-friendli¬ 
ness supports die strong foundation for 
MIDI use in today’s, and tomorrow’s, 
technologies. 
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That Old PC, She Ain’t What 
She Used to Be 

By Eriq Neale, ACS General Access Lab Manager (neale@unt.edu) 

T he PC compatible computer on your desk is the smnc 80 88 4.77MH/. grcen 
phosphorescent dinosaur that you got back m the mid 80 s, right. Wrong.PC 
compatible computing has evolved significantly since Big Blue f '^ “ nv "^ 
nut "real computing power" on our personal desktops. But even though we now have 
faster and larger computers, our interaction widi die machine has stayed pretty muc 
the same since it first came out. Oh, sure, we have new interfaces we can oooh and 
aaah over and mice dial can supplement our keyboard, but the '"'eracuon hasn t 
changed much. Do something at the keyboard (or mouse), sec something on the 
monitor (or printer). Same ole, same ole until recently. 

Someone not too long ago diought it might be a ncato ‘dea to <jy add,.^ p=u.s t^a 
PC and give it “multimedia” capabilities. Revolutionary new thought? Well, mulU 
media is not a new thing. There have been multimedia software packages for the 
Macintosh and Amiga available for years now. And c vc« hcl«c dial 
heen doing multimedia die “old fashioned way, by hand. Check out Laurie Anucr 
SVoncm video “Home of fl>e Brave” 10 see just how high-tech multhnedra was 
as far back as 1984. 

Yet we’re in die middle of a marketing frenzy dicse days, withboth' j™ 1 

software manufacturers jumping on a new bandwagon die Mulum^ia PC^ome of 
die advertising implies dial someone developed this idea from scratch a couplcot 
years ago, breaking new ground at die same time. This is die greatest. dung w > W 1 
to the computer industry, right? Well, let’s cut through some of die hype and sec for 

ourselves. 

The MPC 

The MPC logo is seen on several hardware and software packages these days. But 
JL does U mem. to you and me? MPC stands for Multimedia PC and it is a set of 
hardware mid software standards devised by the Multimedia PC MarkeungCouncd 
These standards represent a “minimum functionality lor items to have in order lor 
asyster^to “do imultimedia" (whatever that is). Note that die MPC-Council doesjnca 
certify any products dial carry die MPC logo, but a company must be able toadveruse 
dial their product meets the minimum standards before they can use the logo on their 
packaging. 

Items sold under die MPC logo include bodi component-level and 
products There are several major computer vendors that now sell complete Multi¬ 
media PCs so you don’t have to put the pieces together yourself. Or you can ge an 
buy additional parts to add to your existing PC. But what parts put togcdier add up 
to a fully multimedia PC? Let’s find out. 


Multimedia Pieces 

The basic components you need for a 
multimedia PC include: 

O A CD-ROM drive. 

© A sound card. 

© A high-end graphics card and moni¬ 
tor. 

O At least a 386SX computer. 

There are a number of different options 
available in the CD-ROM and sound 
card arena, too many, in lact, to mention 
here. The major PC magazines have 
been reviewing CD-ROM drives and 
sound cards in recent months, and with 
the sound card market as volatile as it 
is right now, there will be reviews for 
the next year at least. Sound cards have 
a wide range of abilities, but the biggest 
reason to go with one is dial the PC 
speaker is capable of a couple of good 
beeps, and that’s about it. Today’s 
sound cards can play back audio sam- 
ples, otherwise known as waveform 
audio; some have small synthesizers 
inside dial can play several different 
sounds as well as drum sounds at die 
same time; dierc are a few dial also oflcr 
digital sampling, and some widi audio 
quality to rival CD audio. Of course, 
you get what you pay for, but die "av¬ 
erage consumer" can pick up a higher 
end audio aird in die $300-400 range. 
Not bad. Needless to say, you will also 
need some sort of speakers to play die 
sound from die card. Some units can 
power speakers themselves, odiers re¬ 
quire self-powered speakers to be con¬ 
nected. Some even plug into a home 
stereo nicely with a good sound and 
litUe extra expenditure. 

As widi sound cards, CD-ROM drives 
are many and varied. These drives op¬ 
erate significantly slower than your av¬ 
erage PC hard disk, but are capable of 
storing quite a bit of data in a conven¬ 
ient, portable package. Most CD-ROM 
drives also offer die ability to play your 
own audio CDs while you're doing 
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something else on the PC. That itself is 
a rather nice feature. 

Connecting your CD-ROM can pose a 
potential problem, though. Some sound 
cards have CD-ROM connectors built 
into diem, otilers do not. The potential 
for interrupt, 10 address, or DMA con¬ 
flict if you use a CD-ROM with its own 
controller mid a separate sound card is 
more likely than can be ignored. If you 
Plan to purchase CD-ROM mid sound 
separately, investigate die parts thor¬ 
oughly. 

Most people me using VGA graphics 
these days as their base-level monitor 
system. VGA is really a minimum for 
any kind of multimedia, but a higher 
level VGA system will yield better per¬ 
formance. This fact holds true for most 
PC applications anyway. Several com¬ 
puter commentators will tell you that 
you need a SuperVGA card mid moni¬ 
tor combo with a graphics accelerator 
to be able to run Windows at a reason¬ 
able level. Full-motion video and 
graphic animation appear smoodier 
widi a more powerful graphics card mid 
monitor. Currcndy, MPC does not have 
a minimum standard set for video, al¬ 
though new video technologies arc be¬ 
ing designed to deal with die massive 
amount of data that video entails. There 
tire a few Girds that are designed for 
full-motion video, including NTSC, on 
your SuperVGA monitor. 

Finally, your base computer is probably 
die most important part of die whole 
system. Aldiough it is possible to run 
multimedia applications on a 386SX 
with, say, 4MB of memory, perform¬ 
ance is not going to be ideal. Here, the 
rule “more is better" applies, up to a 
point. Many audiors and consultants 
are recommending a 33MHz 386DX 
widi 8MB of RAM as a bare minimum, 
mid if you can get your hands on a 486, 
more power to ya. Oh, mid a Larger hard 
disk, somcdiing on die order of 120-200 
MB, is a good idea loo, as multimedia 
software mid files tend to be larger dian 
your average bear. Since the application 
is really going to be the deciding factor 


in what hardware is needed, let’s take a 
look into that area. 

Multimedia Applications 

Multimedia applicadons come in just 
about every shape, size, and color 
imaginable. The biggest push right now 
is coming from Microsoft (die com¬ 
pany behind die MPC Council) for its 
Multimedia Windows product, Win¬ 
dows 3.1. A number of new multimedia 
applicadons being released operate un¬ 
der the Windows 3.1 environment, but 
not everything. OS/2 users have had 
several multimedia packages for a few 
ywirs, allowing diem to create multi- 
media presentations. There are also 
packages that operate straight from 
DOS, having dieir own interfaces to 
interact with. 

Further Information 

You can get more informadon about 
muldmcdia applicadons from a num¬ 
ber of different sources. Again, sevend 


of die major PC magazines are review¬ 
ing these applicadons since mmiy new 
ones are being released almost weekly. 

You can also refer to the March/April 
1992 issue of Benchmarks , which has 
quite a few articles on muldmcdia. 
Copies are available in the Computing 
Center, ISB 119. 

Conclusion 

We atn see dial finally a significant 
change in human-computer interac- 
Uons has occurred with die onslaught 
of muldmcdia for die PC. It will be 
interesting to sec what new technolo¬ 
gies result from diis change, and how 
much more efficient, or inefficient, die 
workplace becomes as a result. Will die 
MPC craze die off quickly? Hardly, 
considering die amount of marketing 
going on currcndy. We gui hope, how¬ 
ever, dial a better definition of hard¬ 
ware standards and software capabili- 
des will emerge soon and solidify die 
place of muldmcdia in our computing 
environment. ■ 


MIME: Multimedia Across 
the Internet 

By Mark Thacker , CC1 LAN Manager (Thackcr@ccl.unt.edu) 

lcctronic mail ] s a way of life and a standard mains of communicating for 
-■-imany people here at UNT. CommuniGition between people here on Gunpus 
is relatively reliable and most people don't think much about sending files from one 
microcomputer-based mail system to another. However, when users need to com¬ 
municate to our hosts systems (VAX, Solboumc, Ponder, etc) they experience die 
limitations of Simple Mail Transfer Protocol (SMTP). 

MIME, written by Nathaniel Borcnstein of Bellcore and odicrs, proposes a standard 
tor SMTP message exchange dial will allow a whole variety of files to be transferred 
between ANY mail system. Messages will preserve their structure (a message widi 
actual attachments), Gin contain image/voice/movie and other binary files, will not 
require manual decoding of attachments by die user, and can contain richtext bodies 
tor holding, italicizing , u nderlining and other font changes. Best of all, users may 
not need to change from dieir favorite mail system to use MIME. 
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Why SMTP Forced MIME 
to Evolve 

Simple Mail Transfer Protocol (SMTP) 
is the protocol used by a variety of host 
systems to communicate mail across 
die world-wide Internet (see Introduc¬ 
tion to the Internet from ACS for more 
information). SMTP is indeed very 
simple and VERY popular. Because 
SMTP is considered the de facto stand¬ 
ard within the Internet community, 
mail systems that support it arc consid¬ 
ered a requirement for a campus wide 
mail system here at UNT. 

However, it is SMTP's simplicity that 
brought forth the need for MIME. 
SMTP is based on 7-bit ASCII format 
documents. These type of documents 
arc expressed strictly from displayable 
characters. This restriction allows 
SMTP mail to pass between a variety 
of computers widi different operating 
systems and still be received in a per¬ 
fectly readable format. Note however 
that 7-bit ASCII precludes sending bi¬ 
nary format files. Binary files arc typi¬ 
cally 8 bits in lengdi. Binary files in¬ 
clude program executables, word proc¬ 
essor files, graphic images, audio and 
others. SMTP docs not have any facili¬ 
ties to handle attached mail messages 
— they simply don't exist in the SMTP 
world; MIME provides this capability. 

The lack of ability to transfer these 
binary files has lead to a great deal of 
frustration. Users can not send files as 
attachments to host systems. Binary 
files such as WordPerfect Documents, 
graphics, voice or any oilier data, are 
completely out of die question unless 
you use somcdiing to convert the file to 
an ASCII format. Fortunately, some 
mailers such as Pegasus Mail will han¬ 
dle tliis conversion for you and will 
send attachments as separate mail mes¬ 
sages. But once die file is received, the 
host user still must decode the files by 
hand. This is where MIME comes in. 


Please see MIME on page 11. 


The Network Connections 

By Billy Barron, VAX/UNIX Systems Manager (billy@unt.edu). f J 

77, is column is a continuing feature of Benchmarks intended to present news and information 
on various aspects of wide area networks. 

X Marks the Spot 

B ack in the February 1992 issue of Benchmarks (Vol. 13, No. 2, p. 8), we 
discussed the X Window System ;uid its future at UNT. Since dial time, die X 
Window System is becoming more mid more visible around campus. In addition to 
the dircc NCD 17c X terminals dial have been m die ISB 110 lab, the College of 
Arts & Sciences has installed five NCD 19c X terminals recently^in die GAB third 
floor lab. We have also recently purchased a site license for MacX (X lor die 
Macintosh). We are not yet ready to deploy MacX because we are doing some 
in-house testing mid development of installation procedures. (Look lor lurdicr 
announcements about X mid MacX in future issues of Benchmarks.) 

Multimedia and X 

X is being used for more mid more multimedia applications. The major delect in the 
protocol is dial sound is not direedy supported. Most X terminals can not generate 
any sound except a beep. To get sound, you usually need to be direedy on a UNIX 
workstation running X. 

One of the most important developments in die X multimedia realm was the 
development of die Mctamail package that allows MIME (sec article on page 9) 
messages to be displayed on any X display. MIME will allow users across die world 
to exchange multimedia documents. 

Audioconferencing and Videoconferencing 

One of die hottest areas of Internet research is audio and video conferencing. All of 
die available software uses X to display mid control die conference To show dial 
diis kind of technology was possible, die Internet Engineering Task Force meeting 
was broadcast over the Internet. People in 16 different time zones listened in by using 
the public domain VAT software. The remote people could even ask questions to die 
speakers over this system. 

Sun as well as other vendors, has released conferencing software. The Computing 
Center will be receiving a demo copy of dieir software, ShowMe, in die near luturc. 
Tliis software has the ability to take anything that is displayed on die workstation 
mid show it to all the conference participants. This includes the viewing ot slides, 
documents, and pictures. 

The potential cost savings to UNT, on travel alone, are enormous if this technology 
works. Currently, the Internet does not have enough bandwiddi to adequately support 
widespread videoconferencing, but that should be changing over die next few years. 
UNT as well as most of the world, is at least a couple of years away from deploying 
a videoconferencing system. When we do, just diink of die potential of having a 
meeting between yourself, someone in Japan, mid someone is France without anyone 
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leaving their office. Normally, this 
meeting would have cost several thou¬ 
sand dollars and with videoconferenc¬ 
ing, it will cost a mere fraction of that. 

X versus Display Postscript 

Multimedia applications between vari¬ 
ous UNIX platforms generally work 
pretty well. However, the NeXT is an 
exception to this rule. Instead of using 
X like die rest of the UNIX industry, 
they used Display Postscript for their 
windowing environment. Display 
Postscript has its advantages, hut in¬ 
teroperability is not one of them X is 
available for the NeXT at tin extra cost. 
Also, NeXT’s multimedia mail, 
NcXTmail, is not compatible with the 
MIME standard, which is under¬ 
standable since NcXTmail predates 
MIME by a couple of years. 

Conclusion 

The X Window System has mtuiy uses 
in tile Multimedia world. Over the next 
few yctirs look for more and more X 
based Multimedia software to appear 
on the market.! 


MUV1.1-; continued from p! .,m in 
Features of MIME 

One thing needs to be made clear about 
MIME, it is NOT a mailer package. 
Nor is it a new protocol in the formal 
sense that it would require new mailers 
to transfer it. It IS, however, a standard 
way of exchanging multimedia mail 
messages that is backward compatible 
witli all SMTP mailers. 

MIME specifies a standard way to en¬ 
code and attach files and messages to 
SMTP mail messages. It also main¬ 
tains that mail messages should be 
completely compliant with RFC-822 
and RFC-821, which define SMTP 
Mail. In fact, all MIME messages, 
even if they contain full-motion video 
and audio highlights, will be sent 
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□ Audio — basic telephone quality 
sound for annotating a mail message 
(see die “Future" section of this ar¬ 
ticle for more information about 
higher quality sound). 

□ Video — MPEG compressed full- 
motion video (see Future for more 
information about different formats 
for full-motion video). 

□ Application — PostScript and other 
interpretive scripting languages that 
may ;dlow for interactive dialog and 
surveying via E-Mail. 

Avoiding Data Crush, Send a 
Pointer Instead 

You might be thinking, "Wow. 1 can 
send all of diis multimedia data through 
die mail system and really bog die 
whole diing down!" MIME has taken 
care of diis possibility also by provid¬ 
ing a mechanism to specify where a ldc 
is and how to get it rather than includ¬ 
ing die actual file in die mail message 
itself. The following ways of specify- 
mg a file’s external body location are 
included: 

□ Fll'.TFTP — Standard File Trans¬ 
fer Protocol host and location. You 
must provide a valid login account 
and password for remote machine. 

□ ANON-FTP — Anonymous FTP 
widi host and location. You need not 
provide login information as ID ol 
ANONYMOUS is assumed. 

□ AFS_The Andrew File System its 

used by CMU. Not UNT related. 

□ LOCAL-FILE — File’s location 
on die local machine (NOVELL tile 
server for instance or die host ma¬ 
chine). 

□ MAIL-SERVER — A Intcr- 
net/BlTNET mail-server and die 
command needed to have die file 
sent to you. 


One can began to sec how incredibly 
efficient diis form of document mailing 
can be. For example, if you wanted to 
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send the latest form of the F-Prot virus 
protection software to all of your users, 
use the LOCAL-FILE distribution 
method. Your mailer would allow you 
to specify where on die file server to 
find die file, FPROT.ZIP for example, 
and you would send a reference to the 
file rather dian die file itself. Your users 
could have their mailer program re¬ 
trieve die file as diey needed it and save 
it to dieir local drives. The savings in 
mailer overhead and wasted drive 
space would be substantial versus send¬ 
ing die file itself to users. 

Those of us with more esoteric need 
might send each odier references to 
FTP sites widi software dial we need or 
(perhaps a bit in the future) references 
to Gopher servers (see die June 1992 
issue of Benchmarks —Vol. 13, No. 5, 

p 8_for more information) or odier 

Internet resources. Suddenly, multime¬ 
dia mail takes on a whole new dimen¬ 
sion! 

Nuts and Bolts, But No 
Welding 

Sounds promising right? But iiow do 
you send all of this data over die line? 
How could 1 say earlier that you may 
not need to switch mail systems? How 
docs one make a standard SMTP mailer 
understand MIME fully? 

MIME was designed to be added to 
existing mail systems ;uid also to lie 
integrated into mail systems in die de¬ 
velopment stage. It performs its magic 
by adding several new descriptive lines 
to a message. These new lines describe 
a message’s content type, content en¬ 
coding, unique ID ami format. All of 
diese new lines appear after die stand¬ 
ard RFC-822 (SMTP) header and arc 
parsed by a MIME-compliant mail sys¬ 
tem. Because diese new fields do not 
affect the standard header, MIME mes- 
' sages are still perfectly valid SMTP 
messages and am be handled by all 
SMTP mailers. 
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A MIME-compliant mail system does 

one of two things when it receives a 

message: 

O Decode the parts, create the proper 
sequence of items and display each 
part using die appropriate display 
method dial is coded internal to die 
program, or 

0 Decode die parts, recognize die or¬ 
der of display and, for each part, call 
die METAMAIL program which de¬ 
termines die best display mcdiod 
iuid acts upon it. 

The former case requires building a 
MIME-compliant mailer from the 
ground up, or at least modifying die 
code for the mail system substantially. 
The latter aise requires modifying die 
mail system's codes slighdy to parse 
for MIME message parts, but die dis¬ 
play and determination of what to do 
with each type is left to die (included) 
METAMAIL package to perform. 
METAMAIL is essentially a giant 
switch. On most systems, it consists of 
a MAILCAP file and die METAMAIL 
executable. When a MIME-compliant 
mail system calls METAMAIL, it 
passes it a part of a mail message. 
METAMAIL looks at die MAILCAP 
file for diat part's content type field. Ii 
it finds it, it will determine what pro¬ 
gram to launch, whcdicr diis progrmn 
should direct its output to a screen 
pager ;uid whcdicr diis part requires 
opening a new terminal window for 
interactive input. 

As a testament to ease ol implementa¬ 
tion, a document by Nathaniel Boren- 
stein, “Adding Diverse Multimedia 
Format Support to Established RFC- 
822 Mail <uid Bulletin Board Readers, 
includes code to modify several exist¬ 
ing mail programs. Most of die code 
consists of small (less than 50 lines) 

, code sections that simply need to be 
. compiled. From dien on, die mail sys¬ 
tem understands MIME and uses die 
flexible MAILCAP file to determine 
what type of parts it will display. 
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A MIME Message Example 

™£ge°aS JSSiAffi iSSl welT IME h CaP f i,it,eS '° how » 

Parts AS y ° U ^ this exlnplelnotice 

To^air^ 

Content-Type^ Mail 

-FOOBAR 

Content-type: text/plain; charset=U S -ASCII 

it. is us - ascii > 

^rst 'part' of message fo M m ' French ' etc "- 

-FOOBAR y r MIME ma tiers. 

Content-Type: audio/basic 

S n wh^' T K anSfer " EnCOdin 9 : ba *e64 
(A whole bunch of HEX here that i~ 

-FOOBAR hat 1S an audio sound) 

directory="pub/nsb" ' access -type=ANON-FTP; 

-FOOBAR CyPe: appllcation/ P° s tscript 
Content-type: text/richtext 

* h? u--wuw 

-FOOBAR- 

» r.nd in *. 

words/phrascs yourself. The mail system worn, , y dcfine or ‘yP c ^cse key 
to compose such messages. ' d k you qucstions that it would use 

? message exacUy as above. The 
MIME-compliant mail system and get all of a" 110 ma ‘ 1 messa S c with a 

compliant mailer would di*,lay soiddnfto A M,ME ' 
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[Click for Sound j 

Body Formats 
A PostScript File 
This PostScript file was 
downloaded and then dis¬ 
played in either a window in¬ 
side the mail system or from 
a separately launched appli¬ 
cation. 

• (PostScript file 
continues) 

Pretty NEAT, eh? Notice 
the dramatic font changes. 

As you can tell, a MIME message is 
much more detailed in its final appear- 
•mcc than a typical mail message. Keen 

** U ' is example assumed 
something like Windows, X-Window 
Macintosh, NeXT for die display of die 
message; a VT-IOO terminal would still 
be able to receive all parts of die mes¬ 
sage, it just could not “display" die 
audio or PostScript. 

What MIME Needs Now 

As I have pointed out, MIME is avail- 
? ble f or patching into existing mail sys¬ 
tems now. MIME needs support and 
development now. More than any¬ 
thing, developers need to be working 
on incorporating MIME into dicir mad 
systems. If MIME becomes die Inter¬ 
net s multimedia solution (which there 
is no reason to think it won't), diere will 
be over 14 million users needing mail 
systems with MIME support. 

There are already quite a few mailere 
available now and more on the way 
every day. However, because MIME is 
m the public domain mid no one makes 
any direct money off of the standard 
itself commercial developers have 
been slow in adopting it. For most de¬ 
velopers (read WordPerfect, CE Soft¬ 
ware, etc...) it is due to a lack of infor- 
mauon. Most simply don't realize that 
they can add cross-platform, multi- 
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media mail by adding a few parsing fo 
statements to tbeir programs. Tire in- 
eluded METAMAIL program will do 
the correct application-to-content-type 
launching for them. <- 

Future of MIME ^ 

As with most technological changes, 11 

the future is where MIME holds great s 
promise. MIME could change in the t 

following ways: 

. Sound support enhanced — There 
is no reason why full 16-bit digital 
stereo sound should not be sup¬ 
ported. The standard base64 encod¬ 
ing technique could be used lor ma¬ 
chines capable of high-quality 
sound. 

. Other full-motion video — Prod¬ 
ucts like Apple's QuickTime movie 
technology, which is designed to be 
platform independent, could be en¬ 
coded and sent. As more Quick¬ 
Time players arc introduced, we 
could see demand from a variety ot 
platforms. 

. Interactive applications—One ol 
die co-authors has started a project 
called AtomicMail, which promises 
a safe, multi-platform program¬ 
ming language that would be exe¬ 
cuted inside of a mail reader, he 
user could request files, complete 
surveys, send electronic fonns or 
send FAXcs. 

. More Internet resource; — Items 
such as Gopher, WA1S, WWW 
could be links in a MIME message. 
Users who dien wanted to provide 
a new resource to others need only 
mail out a pointer to it. 

MIME also has implications for non¬ 
mail systems, especially for Usenet 
NEWS readers. MIME has been 
adopted by a majority of die NEWS 
server authors as being die best way to 
provide die world with mulumedia 
news items. Thousands of news items 
are posted every day and there are a 
variety of “standards" used by posters 
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for providing binary files. MIME 
would unify diem all and provide In¬ 
ternet resource pointers. 

Conclusion 

Finally, one should realize dial die 
days of mulumedia on the Internet are 
here. No longer are we restneted o 
sending each other ASCII text only 
messages. Files and mulup le binary 
images can now be sent widiout having 
to worry about encoding the files, or 
(worse yet) decoding the files once 
they have passed dirough dozens ot 
machines on the Internet. 

As more and more people at UNT use 
the Internet to communicate, they wit 
need MIME abilities. They will need 
die ability to send mail messages widi 
attachments across the world and have 
die user on die receiving end see one 
final message — not dozens of broken 
up parts. It is comforting to know dial 


the Electronic Mail Task Force is 
weighing support of MIME when 
evaluating products. 
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Desiqn and Performance Criteria for a 
proposed Integrated Instruction an 
Information System for UNT 

By George Mitchell, Coordinates for Development and Grants, UNT libraries ( f a78 @untvax) 
Tinned instruction and informabon systems 

A intended to enhance ™ de ““J^; OTCom p ut crs,tutd projectors. Not only 

dependent upon staffing, hut dteir mobiiity and/or 

complexity tends to make then, untenable ^ B Dona ld &ose> , 

Working under a request front * c ' , ^ C ” m ' 1 ^cdia delivery systems. 1 learned 
conducted a study of existing stattHiM 1(] ^ xea operating in Indiana. When 

diat several of die most f and faculty using diem pleased that 

Ihtf*! 10 usc * e mosl appropnatc 

technologies. 

Six major components comprise an niS system: 

O Display device(s): A vidco/data monitor, °|,P™i ector W '* scieen ’ appropriate to 
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0 Access and control system: A box 
and/or connectors, mounted in the 
classroom and linked to the display 
devices, that permits switching be¬ 
tween both centrally-accessible 
source equipment and mobile, in¬ 
structor-provided equipment as 
needed. 

□ The system should include se¬ 
cure connections to the room 
display as well as both perma¬ 
nently installed and removable 
remote controls and/or key¬ 
boards for access to central or 
distributed storage media and 
files, ;uid they must be secured 
by cither a password or key sys¬ 
tem. The control module must 
be simple in design and control 
all equipment similarly, very 
like the commonly available 
universal remote for home 
video/ audio systems. At least 
six different sources must be se- 
lcctiblc, controllable and readily 
switchable through the access 
;uid control systems, so as not to 
limit instructors in choosing the 
most useful learning resources. 
The design should include a di¬ 
rect link to computers with data¬ 
bases ;uid files useful for par¬ 
ticular classes/courses, reg,-ad¬ 
less of location within the Uni¬ 
versity. Prototype work on this 
aspect of the design has been 
done successfully at the Univer¬ 
sity of Notre Dame in coopera¬ 
tion with the vendor Dynacom. 
The access system also must 
provide for toggling between 
(lie current device in use, and 
other devices prepared for use, 
moving readily between die cur¬ 
rent image and the last image 
seen on any of the six devices. 

© Connectivity: Must provide suffi¬ 
cient bandwidth to handle data, 
graphic models, full-motion video 
eidier in analog or digital form. 

© Central and distributed resource 
equipment including switchers and 
software. This equipment should 


structors working in any teaching 
space on campus or in the region. 

□ Examples of types of source ma¬ 
chines needed include those 
which can play several types of 
videotapes and laserdiscs, video 
floppy files (to replace overhead 
transparency projection), 16 mm 
films, sound/slide programs, 
sound filmstrips, several types 
of audio recordings, and trans¬ 
mit satellite broadcasts, as well 
as a variety of microcomputers, 
file servers, CD-ROM towers, 
iuid gateways to local and na¬ 
tional computer networks. 

© Telephone access: Inevitably, with 
the best systems, there may be some 
telephone consultation needed to 
solve a problem or respond to a 
needed change. Another use of die 
telephone is to enable live inter¬ 
views with subject specialists at 
odicr universities and to facilitate 
participation in teleconferences. 

0 Instructional material prepara¬ 
tion area widi basic equipment. 


such as scanners, digitizing soft¬ 
ware, Canon Xap still video cam¬ 
eras, basic computer graphics sys¬ 
tems such as Amiga and/or Video- 
Toaster, etc., for hands-on use by 
both faculty and students. 

It would be salutary if UNT could at 
once install comprehensive integrated 
instructional/informational systems 
campuswide. HIS would support the 
assignment of class sections to a par¬ 
ticular facility without regard to die 
particular learning technology equip¬ 
ment readily available in a given space. 
Users would find equivalent, state-of- 
die-art equipment wherever diey might 
be assigned. Faculty would find using 
technology rewarding rather than frus¬ 
trating. 

The design described, along widi sug- 
gestions for priortizing die develop¬ 
ment of IIIS at UNT, were submitted to 
the Instructional Technology Task 
Force, which recommended diat this 
campus-wide media delivery project 
be supported. This report is now in die 
hands of die Provost. ■ 



enable the system to respond to in- 


Question: / keep seeing X Window in Benchmarks. Is this a gramma, 
mistake and it should be X Windows? it has more than one window, right? 

Answer: Yes, it does have more dian one window. However, MIT, who originally 

re™ nnf' ??,'! v, C ,o, Wlnd0W Sy ' SlCm " Adding to MIT, other correct 
“P ,S X ’ X11 ' X11 * 4 ’ 3,1(1 X11R5. The R and then a number is the release 
of die software. Even though X Windows seems more correct, it is not. ACS tries 

22;““ w we wui x 
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Computing 
Center Staff 
Activities 

Academic Computing 
Services 

Hilly Barron, VAX/UNIX Services 
Manager, has had two more articles 
published. His article, "Full Text Onl- 
line” appeared in Volume 1, Number 2 
of the Internet Society Newsletter. 
“Symbiotic Cyberspace Libntries," ap¬ 
peared in Thinking Robots, cm Aware 
Internet, and Cyberpunk Librarians , a 
collection of background essays pre¬ 
pared for die 1992 LITA President's 
Program. LITA is the Library and In¬ 
formation Technology Association. 


Transitions 


New Employees 


NAM 1C 
Bmcc Pollock 

Susan Pierce 

Paul Gandcl 

Brenda Yu 
Ira Uniyal 
Anil D'Souza 
Genevieve 


since June 1, 1992: 

POSITION 
Computer Support 
Specialist 

Asst, to Assoc. V.P. for 

Computing! 1/2 lime) 

Sr. Dir. of Academic 

Computing 

Data Entry Operator 

Operations 

Lab Monitor 


Mukherjcc Lab Monitor 

Scan McMains Lab Monitor 

Kang Ning Ming Lab Monitor 
Ching Lee Output Consultant 

Hong Wan Tham Output Consultant 
Cynthia Swatloski Output Consultant 
Gratian Perez Output Consultant 
Shang Foo Output Consultant 

Emmanuel Wilson Job Distribution 


Employees who have resigned since 
June 1, 1992: 


NAME POSITION 

Kyle Capps Computer Systems 

Manager 

Norma Hernandez Data Entry Operator 
Patricia Parham Data Entry Operator 
Kanaya Chevli Operations 

Blaine Morgan Operations 

Brad Kelly Job Distribution ■ 



Information 
Resources 
Council News 


Minutes provided by Sue Hamson, Recording Secretary 

IRC Regular Voting Members: Ray Vondran, Library and Information Sciences (Chair): 
Dave Barker, TCOM Information Resources Council: Cengtz Capan, College of Business. 
Carolyn Cunningham, Student Affairs: Chuck Fuller, Fiscal Affairs: Don 
David Hartman, School of Community Services: Monica Holmes. Graduate Student Comal. 
Royce Lumpkin. College of Music: Steve Miller, Administrative A ff° ir ^ Dun ! . 

Academic Administration: Jean Schaake, College of Arts and Sciences: BethSchlagel, School 

of Merchandising and Hospitality Management: Raul Schlteve, College ofEdut ation. Nea 
Tate. Faculty Senate. IRC Ex-officio Non-voting Members: Bill Btmtam, Computing Center, 
Jim Curry, Microcomputer Maintenance Shop: Paul Gandel. Computing . 

Harris. Computing Center; Coy Haggard, Computing Center: Tom Newell, Telecommunt- 

cations. 


Tuesday, September 15,1992 


N ew IRC members arc as follows: David Harunan will represent die School of 
Community Services, Royce Lumpkin will represent die College of Music, 
and Bedi Schlagcl will represent the School of Merchandising & Hospitality Man¬ 
agement. 

Richard Harris reported that at the last IRC Steering Committee mccdng, the Vice 
Presidents approved the use of die Chilton Hall General Access Lab as a vaimng 
facility but caudoned diat funding be handled correcdy, and that use ol die lab as a 
training facility not infringe on the lab’s use for general access purposes. 

The IRC Steering Committee was briefed on Video Teleconferencing possibilities. 
The committee also gave its blessing to going ahead widi Phase IV of die liber opuc 
backbone project. 

Paul Schlievc reported diat he will be attending a mccdng at die Texas Education 
Agency regarding state-wide standards for video conferencing and diat The College 
of Educauon is about to start up compressed video conferencing between UNT and 
a couple of Dallas public schools by which diey will deliver UNT courses. 

Cengiz Capan reported dial the GALC had met on September 1, at which time Lab 
Managers brought the committee up to date on what diey had done in dieir labs over 
die summer. It was reported that all labs arc operadonal, that Arts & Sciences is 
working on setting up a lab in Terrill Hall, and the Library lab is operadng 24 
hours/day. There was some discussion at die mccdng about monitoring die use ot 
laser printers in the labs. In addidon, lab managers have been asked to review die 
current GAL policies and procedures to sec if they need updadng. The Committee 
discussed the need for starting on die planning and budgeting cycle, getting each 
lab's ulilizadon reports from lab monitors, and obtaining input through college 
committees to see what diey need for their labs. 

In response to a quesuon from Dr. Vondran, Cap;ui responded diat faculty could use 
the General Access Labs if the use was instrucuonal and for the purpose of enhancing 
dieir teaching of a course. They would only be restricted from producing departmen¬ 
tal memos, personal research, etc. Departments are to be discouraged from having 
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faculty use General Access Labs in¬ 
stead of buying them a computer and a 
printer for their office. Don Grose 
commented that the Library is looking 
for some funds and space in which to 
set up a faculty lab. 

Bill Buntain distributed a report to 
bring the Council up-to-date on the 
status of the fiber optic backbone and 
the building wiring projects. Buntain 
suggested that if people have users in 
their departments who still have 
COAX cards for accessing the main¬ 
frame, that they seriously consider 
moving to die SNA gateway. In re¬ 
sponse to a question from Susan Pierce 
regarding ethemet availability over the 
broadband, Buntain said they expect to 
receive the equipment any day and 
would be making that available as soon 
as possible. 

Since Susan Pierce is no longer Chair 
of die De Facto Standards Committee, 
juid Philip Baczcwski is no longer Act¬ 
ing Director of Academic Computing, 
Dr. Vondran announced that Paul Gan- 
dcl would be replacing Philip and sug¬ 
gested dial he serve as Chair of die 
Committee, to which he agreed. David 
Hartman was n;uncd to replace Susan 
Pierce ;md the rest of the committee 
will remain the same: Neal Tate, Don 
Grose, Carolyn Cunningham, Jim 
Curry, and Bill Buntain. 

Paul Schlievc reported diat die E-mail 
task force has not rccendy met as a 
group but have been investigating vari¬ 
ous products. It has been determined 
that WordPerfect Office, as it stands, is 
not an acceptable product; however, 
WordPerfect Corp. is in die process of 
rewriting it and it appears that they may 
be correcting some of die elements that 
performed poorly for UNT's applica- 
dons. The disk force is looking forward 
to evaluating their revised product 
when it becomes available. 

The E-mail (ask force continues to look 
at alternative forms of communication, 
for example, Trumpet Software, which 
is a bulletin board product, and Gopher 
software, which is a newsreader serv¬ 
ice. Schlievc ;dso reported that Word¬ 
Perfect is moving into the area of forms 
so it is being looked at for possible use 
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in electronic forms transmission. Sch- 
lieve welcomes input from all users via 
electronic mail in regard to all issues 
concerning electronic mail. Some dis¬ 
cussion followed regarding the appro¬ 
priate use of electronic mail. 

Dr. Vondran distributed the final report 
of the Instructional Technology Task 
Force and pointed out that one of their 
recommendations is diat the University 
establish a standing committee on in¬ 
structional technology as a subcommit¬ 
tee of the Information Resources Coun¬ 
cil. The committee would have respon¬ 
sibility for: 

O alerting the University to new tech¬ 
nological developments; 

© keeping abreast of uses of technol¬ 
ogy in instruction on this campus 
;uid throughout the higher education 
community; 


© working with the appropriate aca¬ 
demic and administrative units to 
make available to the faculty train¬ 
ing in the applications of the new 
technologies; 

O performing other duties within its 
purview as determined by the IRC. 

Vondran asked that members be think¬ 
ing about the IRC's reorganization of 
its subcommittees with this recom¬ 
mendation in mind. 

Vondran suggested die reorganization 
of the IRC’s subcommittee structure 
into two large subcommittees, one for 
administrative computing and one for 
academic computing, each of which 
would contain end users and providers 
who are not members of the IRC. ■ 



1992 Fall Short Courses 

Academic Computing Services 
University of North Texas 
Computing Center 



A cadcmic Computing Services is offering die following short courses for die 
JL -m-rcinaindcrofthe 1992 fall semester. Please preregister to attend. A registration 
form can be found at die end of diis issue. A maximum of 10 people will be 
admitted to each of the courses held in ISB 110. A maximum of 15 people will 
he admitted to each of the courses held in Chilton 255. A maximum of 8 people 
will be admitted to each of the courses held in ISB 123. Academic Computing 
Services reserves the right to cancel ANY course that has 5 people or fewer 
registered 3 days before the date of the course. 

PLEASE NOTC: Faculty and students have first priority to register for these 
classes. All people registering for hands-on (ISB 110) HDS, VAX and/or UNIX 
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courses should have current User-IDs. Applications for User-IDs are available 
in the Computing Center main office (ISB 119). 

HDS, VAX, AND UNIX COURSES 

1. Introduction to CMS for MUSIC Users -This course will focus on helping people 
who use MUSIC/SP (which is being phased out) migrate to the CMS operating system. 

These courses will be taught on demand. Contact Academic Computing Services (565- 
2324) to request a class. 

2. Introduction to UNIX - Take the plunge into the wonderful 

will start with a short discussion of the history and evolution of UNIX, covenng both the 
“Berkley Software Distribution" and "AT&T System V variants of UNIX. Topics 
covered will be the basic necessities for using UNIX and use of some of the various utilities 
available in UNIX. 

A two-hour session, held in the Chilton General Access Lab (Chilton 255): 

. Tuesday, October 6: 3-5 p.m. Instructor: Marc St.-Gil 

3. Introduction to vi - This course is recommended for individuals who want to leam the 
standard UNIX editor, vi. 

A two-hour session, held in the Chilton General Access Lab (Chilton 255): 

. Thursday, October 8: 3-5 p.m. Instructor: Marc St.-Gil 

STATISTICAL PACKAGE COURSES 

1. Introduction to SAS - This course is recommended for individuals who* plan | to 
incorporate statistical analyses into their research. The basic concepts of the SAS system 
arc covered in this course. This course or prior knowledge of SAS is a prerequisite 
for all other SAS courses. 

A two-hour session, held in the Science Library (ACS General Access Lab, ISB 110): 

. Tuesday, October 20: 3-5 p.m. Instructor: Phanit Laosirirat 
2 Introduction to SAS on CMS - This course is recommended for individuals who plan to 
use SAS on the academic HDS IBM-compatible mainframe. Topics covered include 
creating SAS programs, reading data into SAS programs, saving SAS datasets on a 
minidisk, importing/exporting SAS datasets to and from other SAS systems, and pr c Pf"'S 
and submitting SAS jobs to OS/MVS. SAS is used interactively in this courecdMor 
knowledge of the SAS command language or attendance in the Intro, to SAS course 
is required. 

A one-hour session will be held in the Science Library (ACS General Access Lab. 

ISB 110): 

. Wednesday, October 21: 4-5 p.m. Instructor: Panu Sittiwong 

3. Introduction to SAS on UNIX - This course is recommended for individuals who plan 
to use SAS on the Solbourne minicomputer. Topics covered include creating SAS 
programs, reading data into SAS programs, saving SAS datasets on a minidisk, import¬ 
ing/exporting SAS datasets to and from other SAS systems, and preparing and submitting 
SAS jobs to OS/MVS. This class will utilize the SAS menus under the X Window System 
Prior knowledge of the SAS command language or attendance in the Intro, to J>A.> 
course is required. 

A one-hour session will be held in the Science Library (ACS General Access Lab. ISB 

110 ): 

. Monday, October 19: 4-5 p.m. Instructor: Panu Sittiwong 

4. Introduction to SAS PC - This course covers the basics of using SAS PC. Version 6.04. 

for IBM and compatible PCs. Topics covered include using the SAS Display Manager 
loading files, selecting variables and running statistical analyses. Emphasis will be placed 
on running SAS in interactive mode. Prior knowledge of the SAS command language 
or attendance in the Intro, to SAS course is required. 

A one-hour session, held in the Science Library (ACS General Access Lab. ISB 110): 

. Thursday, October 22: 4-5 p.m. Instructor: Phanit Laosirirat 


5. Introduction to SPSS - This course is 
recommended for individuals who plan 
to incorporate statistical analyses into 
their research and want to use SPSS on 
the academic HDS IBM-compatible 
mainframe. It emphasizes using SPSS 
from the CMS operating system. Topics 
covered include creating SPSS pro¬ 
grams, reading data into SPSS pro¬ 
grams. saving SAS datasets on a mini¬ 
disk, importing/exporting SPSS da¬ 
tasets to and from other SPSS systems, 
and preparing and submitting SPSS jobs 
to OS/MVS. SPSS is used interactively 
in this course. 

A three-hour session to be held in the 
Science Libraiy(ACS General Access 
Lab. ISB 110): 

. Monday, October 26: 2-5 p.m. 

Instructor: James Yarbrough 

6. Introduction to SPSS PC + — This 
course covers the basics of using SPSS 
PC +, Version 4.0.1, for IBM and com¬ 
patible PCs. Topics covered include us¬ 
ing the menu and help interfaces in RE¬ 
VIEW, loading files, selecting vari¬ 
ables, and running statistical analyses. 
Emphasis will be placed on building 
files for execution interactively. Prior 
know ledge of the SPSS command lan¬ 
guage or attendance in the Intro, to 
SPSS course is required. 

A three-hour session, held in the Sci¬ 
ence Library (ACS General Access 
Lab, ISB 110): 

• Tuesday, October 27: 2-5 p.m. 

Instructor: Phanit Laosirirat 
7. Introduction to SAS/Graph — This 
course is recommended for individuals 
who plan to incorporate statistical 
analyses into their research and want to 
display their results graphically. Prior 
knowledge of the SAS command lan¬ 
guage or attendance in the Intro, to 
SAS course is required. 

A two-hour session, held in the Sci¬ 
ence Library (ACS General Access 
Lab. ISB 110): 

. Wednesday, October 14: 3- 
5 p.m. 

Instructor: Panu Sittiwong 

WIDE AREA NETWORK 
COURSES 

1. Introduction to Electronic Mail and 
Discussion Groups on CMS - This 
course will cover the basics of using 
CMS MAIL to send and receive elec- 
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B !™ ET ' lbe USe ofelectro ™ mailing lists including 
BITNET LISTSERV will also be discussed. Prior knowledge of CMS is required. 

A two-hour session, held in the Academic Computing Conference Room (ISB 123): 

• Monday, October 5: 3-5 p.m. Instructor: Philip Baczcwski 

2. Introduction to Electronic Mail and Discussion Groups on VAX/VMS - This course 

Im VAX , MAIL t0 scnd receive electronic mail to both the 

internet and B1 1 Nb I. Ihc use of electronic mailing lists including BITNETIJSTSFRV 
wi be discussed. Using USENET newsgroups via the ANU News program on the VAX 
will also be explored. Prior knowledge of VAX/VMS is required. 

A two-hour session, held in the Academic Computing Conference Room (ISB 123): 

• Tuesday, October 13: 3-5 p.m. Instructor: Billy Barron 

3. Introduction to Internet Tools and Techniques - The Internet is a collection of related 
computer networks that link almost a million computers throughout the world. This course 

T° 1C k : gin ' USU of ° nlinc Ubla *y calaio & s at other universities, 
archie H Y 1ELNET, Gopher, and many other Internet topics except electronic mail Prior 

s,, " ms * m,uM: 

(TSB C 123)- ° nc ' half ' hour scssion ' held >" 'he Computing Center Conference Room 

• Thursday, Octolicr 15: 3:30-5 p.m. Instructor: Billy Barron 

MICROCOMPUTER COURSES 

1. Introduction to Macintosh for Students - This course is recommended for students who 

want to learn about Apple Macintosh computers. 

A two-hour session, held in the Science Library (ACS General Access Lab, ISB 110): 

• Thursday, Octolicr 1: 2-4 p.m. Instructor: Eriq Neale 

2. Introduction to WordPerfect 5.1 for Students - Students who wish to use a word 
processing system to produce class papers and projects are encouraged to take this course. 

I rior knowledge of basic IMIS commands required. Bring one 5 1/4" low density for¬ 
mat eddiskcttc.T here is no difference between WP 5.1 and 5.0 at the introductory 
level. If you are comfortable with 5.0 do not take this class. 

A three-hour session, held in the Science Library (ACS General Access Lab, ISB 110): 

» I hursday, October 8: 2-5 p.m. Instructor: Sandy Franklin ■ 


Calls For 
Papers, 
Conferences, 
And Other 
Items of 
Interest 


W 


e have received the following 
“calls” and announcements from 
various organizations. 


Call for Papers, Proposals 

□ ACM Multimedia ’93, Anaheim, CA, 
August 1-5, 1993 (colocated with SIG- 
GRAPH ’93) — This first ACM interna¬ 
tional conference on multimedia will pro¬ 
vide a forum for papers, panels, courses, 
workshops, and exhibits focusing on the 
synergies between processing and com¬ 
municating information represented in 
mulUmedta. Research ideas, emerging technologies, engineering methodologies, 
prototype demonstrations, and experiences should be submitted for review All 
submissions are due by January 8,1993. An author's kit containing submission 
guidelines is available via anonymous ftp at siggraph.org (128.248 245 250) or 
by sending E-mail to contrib.muItimedia93@siggraph.org. 



□ Total Quality Management: A 
Global Challenge, International 
Academy of Business Disciplines, 
New Orleans, LA, April 8-11, 
1993 — Proposals for paper pres¬ 
entations, symposia, tutorials, and 
workshops are being accepted 
through November 27, 1992. Con¬ 
tact Connie Walt (sfcw@mnumus. 
bitnet). 


Graduate, Post-graduate 
Opportunities 

□ 1993 Summer Institute in Japan 
— The National Science Founda¬ 
tion ;uid the National Institutes of 
Health are sponsoring a summer in¬ 
stitute in Japan for U.S. graduate 
students in science and engineering. 
Deadline for application is Decem¬ 
ber 1 , 1992.To receive a copy of 
application materials, send a mes¬ 
sage to stisscrv@nsf.gov or stisserv 
@nsf.biuict with the body of the 
message reading: 

Request: stis 

Topic: nsf92105 

Request: end 

You can also contact NSF’s Japan 
Prognun staff at NSFJinfo@nsf. 
gov or NSFJinfo@nsf.bilnet. 

□ Learning and Instructional Psy¬ 
chologist — A one-year term post¬ 
doctoral research fellowship (with 
extension possibility) is being of¬ 
fered through die National Research 
Council Research Awards and the 
U.S. Army Research Institute in Al¬ 
exandria, Virginia.The main re¬ 
sponsibility of this position is to de¬ 
rive prescriptive implications for 
the development of training systems 
from die review of various learning 
dieories and research findings dial 
are basically descriptive in nature. 
Send a vita, including phone num¬ 
bers of references, to Dr. Robert J. 
Seidel, U.S. Army Research Insd- 
tutc, 5001 Eisenhauer Ave., Alex¬ 
andria, VA 22333-5600. Samples of 
research reports would also be ap- 
preciated.B 
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This column is intended to serve as a forum for sharing useful tips on making more productive 
use of microcomputers. If you have a tip that you feel may he of use to campus users, submit 
it to the Benchmarks Editor for possible inclusion in a future issue. 


The PC-SIG Library 


By Cathy Hardy, Academic Database Consultant (ac55@um.cdu) 

This Micro-Tip is “back by popular demand. ” It first appeared in the January 1992 
issue of Benchmarks (Vol. 13. No. I.p. 19). It has been edited and updated for this 
issue. 

H ow do you buy software? Do you read the package and hope the program will 
fit your needs? Do you take a friend's recommendation? Do you buy a 
program that's on the current "top 10" list in some PC magazine? Or do you “try it 
on" in the store like a pair of shoes? Well, for the most part, software costs more than 
shoes! You walk in, and in most cases, buy it, then you find out that it's not what 
you thought it would be when you get it home. Unlike shoes, however, you usually 
can’t take it back! Wouldn't it be better to try before you buy? And buy it dtreedy 
from die audior, rather than paying for the software, packaging, and the store's 
markup? 

Well, welcome to the PC-SIG library of shareware. Bring your own disk, browse 
dirough over 2400 Utles, pick a program or programs to try, take 'em home and give 
’em a test spin. If you don't like it, try another, or write die author and let him/her 
know what you’d like changed. 

What is shareware? 

Shareware allows you to purchase software dirccdy from the author. The authors 
feel diat they have a program that they really want to share with people; diey want 
people to try it, use it and enjoy it. Aldiough most of die software in die PC-SIG 
library is shareware (a registradon fee is required if you decide to keep it and use it), 
diere arc some public domain (free) programs. Each program will come with some 
documentation which will include a registration form and informauon about the 
program. 


How do you decide on 
what to try? 

There is a PC-SIG Encyclopedia of 
Shareware which lists and describes 
each disk in die PC-SIG library. Each 
entry will tell you such things as the 
program's system requirements, regis- 
tration fees, and features of die pro¬ 
gram. There is a copy you may look 
through in the ACS General Access 
Lab in ISB 110 or you may find it in 
any large bookstore (the University 
Store carries it). 

How to access the 
PC-SIG library at UNT 

The PC-SIG library is accessible 
through different file servers on cam- 
pus. If you are on die ACS, SCS lab, 
PON, or CC1 file server, you can ac¬ 
cess PC-SIG. More file servers will be 
adding access to PC-SIG shordy, so if 
PC-SIG is not an opuon on your server 
menu, ask your file server manager to 
add it! If your file server doesn’t have 
access to PC-SIG (or if you aren’t a file 
server user, or if you haven’t a clue 
what a file server is), you still have 
access to PC-SIG in die ACS General 
Access Lab in ISB 110. 

Widi diat in mind, let’s find some soft¬ 
ware to try... 

(Don’t forget to bring a formatted 
floppy disk or two, so you can take your 
shareware home.) 

Here we are in ISB 110, silting in front 
of die ACS menu (if you have any 
questions about diis, ask the lab con¬ 
sultant). First, choose opuon I - Other 
Software and Utilities from die main 
menu. Next, choose F - PC-SIG Cata¬ 
log from die "Other Software and Uul- 
ity” screen. (If you arc in your office on 
campus, go to your DOS prompt and 
type PCSIG). When you have attached 
to die PC-SIG catalog, you will get an 
initial “Welcome" screen telling you 
about PC-SIG. At the bottom is a mes¬ 
sage to strike a key when ready. The 
O:\prompt will appear. Type go to start 
PC-SIG, exit to quit. 
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Main Menu 

When you type go and press Enter, the 
PC-SIG Main Menu appears. This 
menu offers four options: 

A) View information on PC-SIG and 
this CD ROM 

B) Use WordCruncher to find program 
information 

C) View disk titles by program category 

D) Go to or copy a specific disk 

You may choose A, C, or D (Word- 
Cruncher is not available on file serv¬ 
ers). 

If this is your first time to use PC-SIG, 
lake the time to choose A to get infor¬ 
mation on PC-SIG, shareware, public 
domain software, and registration. 
When you have finished, press <ESC> 
to return to the Main Menu. 

Copying a disk 

Assuming you don't have the PKUN¬ 
ZIP program at home, let’s copy it onto 
a floppy “ready to use.” You'll need 
this program to expand die files you 
bring home from PC-SIG. 1 

At die Main Menu, press <I)> to copy 
a specific disk. This menu has dircc 
opdons: 

A) Exit the Copy-Access Program 

B) Go to a Disk on the CD-ROM 

C) Copy a disk from the CD-ROM for 
use 

Usually you will choose B. If you 
choose C, the PC-SIG prog nun will 
automadcally "unzip” the file. 

This time, choose C. When asked fora 
disk number, type in 1364. 

Then you will be asked to enter a des- 
Unation drive or directory. Pul one of 
your formatted floppies in drive A: and 
type A:. PC-SIG will explode and ex- 

1 To save space, (he files on the CD-ROM are 
compressed. If you choose to copy a disk for use 
(selection C), PC-SIG is kind enough to expand 
and reconstruct the file. (This is fine for directly 
copying programs to your own PC's hard drive 
with plenty of room, but unfortunately, some 
won't fit on a single floppy. So, usually if you 
plan to “take it home," take it home "zipped.") 


pand each file on the 1364 disk. When 
it is finished, you will see die following 
message: 

Press any key to continue copy access 
program 

When you press a key, PC-SIG moves 
back to the previous menu (where you 
indicated the disk number and drive) 
;uid writes the expanded files to your 
floppy in drive A:. When finished, you 
will see a message which says: 

Copy completed, press any key to 
continue... 

Pressing a key here will back you out 
one more menu to the Copy Access 
menu where you can exit die copy ac¬ 
cess program, or copy anodier disk. 
Now let’s find a program to copy... 

Press <A> to exit the Copy-Access Pro¬ 
gram. Now you arc back to the Main 
Menu. Choose C to look dirough the 
program categories available. Let’s 
see...what looks interesting? How 
about something in Home and Per¬ 
sonal? Press <H>. 

Something in Auto/Vchicle Manage¬ 
ment? Food and Drink Preparadon? 
Health Management? Home Manage¬ 
ment? Movic/VCR/Music Databases? 
Let s look under Home Management. 
How about Home Applications (disk 
321)? (Looking in the Encyclopedia I 
sec that Home Applications includes a 
wide range of programs including one 
for guitar tuning, analysis of IRAs, 
picking against the NFL point spreads, 
a home inventory program, and more. 
Most disks contain the files for a single 
program, so we’ve hit an unusual one.) 
Press <ESC> to return to the Main 
Menu. 

Copying a disk 

At the Main Menu, press <D> again to 
copy a specific disk. Remember the 
three options? 

A) Exit the Copy-Access Program 

B) Go to a Disk on the CD-ROM 

C) Copy a disk from the CD-ROM for 


Now we want to choose B. We want to 
go dirccdy to disk 321, copy the zipped 
file onto a floppy, take it home and 
unzip it. 

You will be asked for a disk number. 
Type 321 and press <ENTER>. 
Shortly, you will see this screen: 


You are now in the disk subdirec¬ 
tory O:\301_400\DISK0364 for disk 
number 0321. 

Standard DOS commands will access 
program files in this subdirec¬ 
tory. If you wish to return to the 
Menu System type -CD\' and press 
Enter. This takes you to the root 
directory where typing 'GO' and 
pressing Enter will start the Menu 
System. 


Type 'go' to start PC-SIG, 'exit' 
to quit. 

(Q:\301_400\DISK0321 


Now, put a floppy in drive A: and type: 
COPY*.* A: 

This will copy the zip file in 
O:\301_400\DISK0321 to your floppy. 

When die file has copied to your disk, 
you have two options: 

O If you want to copy anodier, type 
GO to get to the PC-SIG menu. 

© If you arc finished, type exit. This 
will log you out of the PC-SIG 
library. 

IMPORTANT! Be sure to log out 
when you are finished! If you don’t, 
you will sail be attached to PC-SIG. 
Only 30 people can be attached at a 
Umc. If you don’t log out, you dc up 
one of the connecdons. If 29 other peo¬ 
ple don’t log out, no one can use PC- 
SIG! 

Now you can hike your floppies home, 
unzip die files, and test the software. If 
you have quesdons (or comments) re¬ 
garding PC-SIG at UNT, call Aca¬ 
demic Computing Services at 565- 
2324. ■ 
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Virus 
Update 

Compiled by Claudia Lynch, Benchmarks 
Editor (B1TNCT: AS04@UNTVM1) 

The following information comes from 
The Computer Incident Advisory Ca¬ 
pability Information Bulletin and the 
VIRUS-L Digest. 

IBM and Compatible PCs 

• New Version of F-PROT — F- 
PROT 2.05 has been released and is 
now available in "the usual loca¬ 
tions.” 

UNT has a site license for F-PROT. 
To acquire die latest release, you 
can: 

° Anonymous FTP to ftp.unt.edu. 
GET the file fp205.exe in the 
pub/antivirus/ibm directory. 

° Request the software from Network 
and Microcomputer Support at 565- 
2316 if you arc faculty or staff. 

° Go to the ACS General Access Lab 
in ISB 110 and copy F-PROT onto 
your own diskettes. 

F-PROT 2.05 detects and removes 
109 new viruses! 

• Hacked versions of PKZIP — In 
the July/August issue of Bench¬ 
marks (Vol. 13, No. 6, p. 26) we 
reported the existence of a hacked 
version of PKZIP 1.93 that was cir¬ 


culating called PKZ201.ZIP or 
PKZ201 .EXE. It turns out that there 
is now also another bogus version, 
2.2, seen around the country as 
PKZIPVV2.ZIP and PKZIPV2. 
EXE. 

The current released version of 
PKZIP is 1.10. A new version is 
expected to be released in a few 
months. It was planned to be chris¬ 
tened as version 2.00, but will now 
be given a version number greater 
th;ui 2.2. PKWARE Inc has suited 
that they will never issue a version 
2.01 or 2.2. 

A good copy of the latest version of 
PKZIP can always be gotten from 
the PKWARE BBS at 414-354- 
8670. You can contact PKWARE 
Inc. at 9025 N. Dccrwood Dr., 
Brown Deer, WI53223. Phone 414- 
354-8699. They would like to be 
notified if you find one of the bogus 
versions of PKZIP. 

• Castle Wolfcnstcin Hacked — A 
hacked version of the game Castle 
Wolfenstein has appeared on a BBS 
in Florida. The virus is in a file called 
wolfchetexe. 

Macintosh 

. Three former Cornell students 
plead guilty In connection with the 
creation of the MAC MBDF virus 
— David Blumenthal and Mark Pil¬ 
grim plead guilty to one count each 
of second degree computer tamper- 
ing, a misdemeanor. Randall Swim- 
son plead guilty to a reduced charge 


of disorderly conduct. It is believed 
that the students have cidier been 
expelled or suspended from attend¬ 
ing classes at Cornell for at least one 
year. ■ 

Wanted: 

Classroom 

Computer 

Demonstrations 

Announced on CHEMED-L@uwf. 
bitnet 

T he Division of Chemical Educa¬ 
tion's Committee on Computers 
in Chemical Education is soliciting 
computer demonstrations to be pre¬ 
sented at the National ACS meeting in 
Denver, CO., Wednesday evening, 
March 31, 1993. This session will pub¬ 
licize die uses and capabilities of com¬ 
mercial and locally developed software 
and hardware. These interactive 
“postcr-likc” sessions will consist of a 
“show and tell" type environment on 
PC or Macintosh platforms. Other plat¬ 
forms or PC/Mac platforms requiring 
specialized hardware tire invited with 
die presenter providing die required 
hardware. 

Anyone interested in participating in 
die session should send their name, ad¬ 
dress and phone number together widi 
a tentative title and platform type to one 
of die addresses listed below before 
November 1,1992: 

DOS 

M. Lynn James 

Dept, of Chemistry and Biochemistry 
University of Northern Colorado 
Grecly, CO 80639 
(303)351-1285 

MAC 

Henry R. Derr 
Dept, of Chemistry 
Laramie County Community College 
1400 E. College Dr. 

Cheyenne, WY 82007-3299 
(307)778-1129 

HDERR@CORRAL.UWYO.EDU ■ 


WordPerfect User’s Group 

T he WordPerfect User’s Group continues to meet in the SCS Lab, Chilton 
Hall 255 from 2-3 p.m. Following is the fall schedule: 

. October 16 — Equation Editor 

. November 20 — Demo of new graphics package, Presentation 2.0 by 
WP representative, Colby Ward. 

. December 18 — Tables.® 
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VAXCLUSTER USAGE STATISTICS 


August Top Ten Programs: CPU Time Used 


Program 

Description 

CPU Time 

Percent of Total 

1. GAUSSIAN 

Molecular Modelling 2 22:50:12.53 

25.4 

2. User programs 

Compiled Programs 

2 11:02:05.58 

21.2 

3. DEFRAG 

Disk Optimizer 

1 23:49:56.58 

17.1 

4. NEWS 

ANU News Utility 

1 09:48:50.39 

12.1 

5. BACKUP 

Disk Backups 

008:27:19.24 

3.0 

6. MAIL_SERVER 

VMS Mail Server 

0 08:07:28:28 

2.9 

7. MAIL 

VMS Mail Utility 

0 06:26:28.04 

2.3 

8. LOGINOUT 

User Login 

005:47:00.28 

2.1 

9. VAXC 

C Compiler 

0 04:20:28.96 

1.6 

10. XYZZY 

Chat Utility 

0 03:44:15.65 

1.3 

Total 


11 15:00:35.57 



SOLBOURNE USAGE STATISTICS 


August Top Ten Programs: CPU Time Used 


Program 

Description CPU Minutes 

Percent of Total 

1. UserPgm 

User Programs 

91504.9 

54.3 

2. g90 

Gaussian 90 

49363.5 

29.3 

3. sas 

Statistical Package 

21491.7 

12.7 

4. find 

File Locator Utility 

1217.3 

0.7 

5. update 

Filesystem sync 

581.6 

0.3 

6. gopher 

Gopher Information Service 425.1 

0.3 

7. less 

File Lister 

270.4 

0.2 

8. nn 

USENET Newsreader 

207.3 

0.1 

9. newirc 

Internet Relay Chat Client 

181.8 

0.1 

10 . tesh 

Command Line Interpreter 

171.5 

0.1 

Total 


168413.6 



Dow Jones News/Retrieval 
Available Through the Internet 

Taken from a Dow Jones Press Release, Princeton, NJ, September 1, 1992 

D ow Jones News/Rcirieval is now available to academic and commercial 
institutions through the Internet, a global data communications network 
consisting of more than 6,000 individual networks spread over 40 countries. 


Access to News/Retrieval’s world 
business news, industry information 
and global market analyses was pre¬ 
viously available only through a dial¬ 
up connection. Now academic institu¬ 
tions on the Internet may access 
News/Retricval direedy. Commercial 
organizations may now access 
News/Retrieval through a connection 
to Global Enterprise Service’s JvNC- 
net 

"We are offering News/Retrieval 
through die Internet to address die spe¬ 
cific needs of die academic community 
as well as corporations that find die 
network useful to dicir businesses,” 
said Allen Grossman, executive direc¬ 
tor of product marketing and develop¬ 
ment for Dow Jones Information Serv¬ 
ices. “Having News/Retrieval on die 
Internet itllows our academic custom¬ 
ers to reach a variety of services from 
die same connection at a lower cost and 
at a much faster speed," he noted. 

Dow Jones News/Retricval is a leading 
provider of on-line business ;uid finan¬ 
cial news, commpany profiles and full- 
text articles from more than 1,300 pub- 
lications, and is die exclusive on-line 
provider of die full text of die Wall 
Street Journal and its international edi- 
uons, Barron's, and die Dow Jones 
family of doincsdc ;uid international 
newswircs. 

Dow Jones Ncws/Rctrieval is publish¬ 
ed by Dow Jones Information Services, 
a unit of Dow Jones & Company, Inc., 
a leading international business news 
and information company. Dow Jones 
Information Services publishes odier 
electronic services and includes Tclcr- 
atc, Inc., a worldwide provider of real- 
dme information and transaction serv¬ 
ices. Dow Jones & Company, Inc. also 
publishes the Wall Street Journal and 
its international editions, Barron's, and 
the Ottaway group of community 
newspapers. 

For further information, contact Dow 
Jones Informadon Services Customer 
Service 800-522-3567 ext. 134 or 
Global Enterprise Services JvNCnet 
800-35-TIGER 0narket@jvnc.nct). ■ 
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MAINFRAME TECHNICAL 


SERVICES 



Mainframe Performance Statistics 


August Top Ten Programs : 

Frequency Of Runs 

Program 

Description 

Hot 

%of 



Runs 

Total 

1. 1DCAMS 

VSAM 

4568 

18.9 

2. PGM=*.DD 

Compiled Program 

3926 

16.3 

3. 1EWL 

Linkage Editor 

3572 

14.8 

4. IEBGENER 

IBM Utility 

2948 

12.2 

5. 1GYCRCTL 

VS COBOl.2 Compiler 

2645 

11.0 

6. SPCHLCOB 

COBOL2 Report Writer 

1629 

6.8 

7. IKJEFroi 

Password Change 

932 

3.9 

8. SASt.PA 

SAS Version 5.18 

860 

3.9 

9. SPSS 

SPSS Version 4.0 

649 

2.7 

10. IEFBR14 

IBM Null Utility 

354 

1.5 


August Top Ten Programs: CPU Seconds Used 


Program 

Description 

CPU 

%of 



Seconds 

Total 

1. SASLPA 

SAS Version 5.18 

227232 

72.7 

2. PGM=*.DD 

Compiled Program 

27977 

8.9 

3. SAS370 

SAS Version 6.06 

16505 

5.3 

4. SPSS 

SPSS Version 4.0 

15008 

4.8 

5. COMPLET4 

Academic COM-PLETE 

9031 

2.9 

6. SPCHLCOB 

COBOL2 Report Writer 

5750 

1.8 

7. 1GYCRCTL 

VS COBOL2 Compiler 

3483 

1.1 

8. IDCAMS 

VSAM Utility 

1768 

0.6 

9. IEWL 

Linkage Editor 

1399 

0.4 

10 IEBGENER 

IBM Utility 

886 

0.3 


Key Causes Of Lost Product¬ 
ivity In August: ACAD CPU 


There was no lost productivity for the 
Month of August. 


Key Causes Of Lost Product¬ 
ivity In August: ADMN CPU 


Miscellaneous 
I. Systems software 

development. 2.18 HOURS ■ 


System 

Uptime 

. The ACAD CPU (HDS/8083) 
achieved 100% uptime in August. 
The HDS/7360 DASD achieved 
100% uptime in August. The 
HDS/7380 DASD achieved 100% 
uptime in August 


Operating Systems Performance Statistics for August 



Planned 

Production 




Production 

Hours 

System 

CPU 

SYSTEM 

Hours 

Achieved 

Uptime 

ACAD 

VM/XA 

744.00 

744.0 

100.0% 

ACAD 

MUSIC/SP 

725.73 

725.73 

100.0% 

ACAD 

MVS/JES2 

744.00 

744.00 

100.0% 

ACAD 

COMPLETA 

744.00 

743.19 

100.0% 

ADMN 

MVS/JES2 

744.00 

742.29 

99.8% 

ADMN 

COMPLETA 

329.00 

329.00 

100.0% 

ADMN 

ADABASA 

744.00 

717.22 

99.7% 


The ADM CPU (IBM 9121/440 
processor) achieved 100% uptime in 
August. The HDS/7360 DASD 
achieved 100% uptime in August. 
The HDS/7380 DASD achieved 
100% uptime in August. The IBM 
3390 DASD achieved 100% uptime 
in August. The EMC Solid State 
Disk achieved 100% uptime in Au¬ 
gust. ■ 
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SERVICES 




Disk Backup Schedules 

SYSTEM 

BACKUP 

DESCRIPTION 

Administrative MVS/SP 

Daily 

Monday - Friday around 7 p.m. (after COM-PLETE is shut 
down) & on Saturday & Sunday if COM-PLETE has been up 
that day. 


Weekly 

Full pack dumps taken each Sunday morning. 


Monthly 

Full pack dumps taken on the first day of each month. 

Academic MVS/SP 

Daily 

Monday - Sunday during the early hours of the morning. 


Weekly 

Full pack dumps taken each Sunday. 


Monthly 

Full volume dumps taken on the first day of each month. 

MUSIC/SP 

Daily 

Wednesday - Monday starting at 4 a.m. and lasting about 

30 minutes. 


Weekly 

Tuesday mornings at 3 a.m„ these last about 2 hours. 


Semester 

Once a semester, a permanent backup is taken. 

VM/XA 

VM Weekly 

Early every Wednesday morning. 


CMS mini-disks 

Daily backup performed early every morning. Weekly 
backup every Tuesday starting after Midnight. 


Semester 

Once a semester, a permanent backup is taken. 

VAXcluster 

Daily 

Incremental backups arc performed Monday - Thursday at 6 p.m. 
Saturday & Sunday at 5 p.m. 


Weekly 

Full backups arc performed eveiy Friday beginning at 8 a.m. 
Generally lasts all day. 


Monthly 

A "stand-alone" backup is performed monthly. Dates and 
times are given in the system log-on message. 


Semester 

Once a semester, a permanent backup is taken. 

Solbournc 

Daily 

Incremental backups are performed Sunday - Friday at 2 a.m. 


Weekly 

Full backups arc performed every Saturday at 7 a.m. 


Semester 

Once a semester, a permanent backup is taken. 
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Get a Subscription to Benchmarks 


Benchmarks is a vital link between the UNT Computing Center and die users of our facilities. It is important for all us¬ 
ers of die computing facilities to maintain a file of these newsletters because they contain materials dial will peri¬ 
odically update existing documents as well as information and suggestions on uses of OS/MVS, MUSIC/SP, CMS, die 
VAX, Solboume, Microcomputers, and other resources available to UNT students and faculty. To facilitate die disper¬ 
sal of Benchmarks, *** FREE *** subscriptions arc available. To receive yours, send the following information to us 
cidier by snail mail (the post office or campus mail), FAX (817) 565-4060, or through electronic mail, to the User-ID 
AS04 on MUSIC, VMS, SOL, or CMS. 



Academic Computing Services 
The Computing Center 
NT Box 13495 
University of North Texas 
Denton, TX 76203 
FAX 817-565-4060 




Computing Center Short Course Registration Form 


Please complete this form and return it AS SOON AS POSSIBLE if you wish to attend any of the short courses listed 
below. You may also register over the phone by calling (817) 565-2324. FACULTY AND STUDENTS HAVE 
FIRST PRIORTIY TO REGISTER FOR THESE CLASSES. A VALID USER-ID IS REQUIRED FOR 
CLASSES MARKED WITH AN ASTERISK (*). Academic Computing Services reserves the right to cancel 
ANY course that has 5 people or less registered 3 days before the date of the course. 


NAME:__ 

DEPT:_ 

PHONE:_ 

SSN:_ 

Staff: SUPERVISOR SIGNATURE: 


FACULTY_STAFF_STUDENT 

UNDERGRADUATE_GRADUATE 

MAILING ADDRESS:_ 

USER-ID:_ 


I wish to attend: 


• Intro, to SAS (ISB 110)*: 

_Monday, Sept. 14: 2-4 p.m. 

_Tuesday, Oct. 20: 3-5 p.m. 

• Intro, to SAS on CMS (ISB 110)*: 

_Monday, Sept. 21: 3-4 p.m. 

_Wednesday, Oct. 21: 4-5 p.m. 

• Intro, to IBM JCL (ISB 123): 

_Wednesday, Sept. 23: 3-5 p.m. 

• Intro, to SPSS (ISB 110)*: 

_Thursday, Sept. 24: 1-4 p.m. 

_Monday, Oct. 26: 2-5 p.m. 

• Intro, to Electronic Mail & Discussion 
Groups on CMS (ISB 123): 

_Monday, Oct. 5: 3-5 p.m. 

• Intro, to Internet Tools (ISB 123): 

_Thursday, Oct. 15: 3:30-5 p.m. 

• Intro, to UNIX (Chilton 255)*: 

_Tuesday, Oct. 6: 3-5 p.m. 

• Intro, to SAS on UNIX (ISB 110)*: 

_Monday, Oct. 19: 4-5 p.m. 

• Intro, to Macintosh (ISB 110): 

_Thursday, Oct. 1: 2-4 p.m. 

• Intro, to DOS (ISB 110): 

_Tuesday, Sept. 22: 2-4 p.m. 


• Intro, to CMS (ISB 110)*: 

_Thursday, Sept. 17: 3-5 p.m. 

_Wednesday, Sept. 30 :10 a.m.-Noon 

• Intro, to SAS PC (ISB 110): 

_Wednesday, Sept. 16: 4-5 p.m. 

_Thursday, Oct. 22: 4-5 p.m. 

• Intro, to VAX/VMS (Chilton 255)*: 

_Wednesday, Sept. 30: 3-5 p.m. 

• Intro, to SPSS PC+(ISB 110): 

_Tuesday, Sept. 29: 2-5 p.m. 

_Tuesday, Oct. 27: 2-5 p.m. 

• Intro, to Electronic Mail & Discus¬ 
sion Groups on VMS (ISB 123): 

_Tuesday, Oct. 13:3-5 p.m. 

• Intro, to Procomm+ (Chilton 255): 

_Tuesday, Sept. 15: 3-4 pm 

• Intro, to vi (Chilton 255)*: 

_Thursday, Oct. 8: 3-5 p.m. 

. Intro, to SAS/Graph (ISB 110): 

_Wednesday, Oct. 14: 3-4 p.m. 

. Intro, to WP5.1 (ISB 110): 

_Thursday, Oct. 8: 2-5 p.m. 



Academic Computing Services 
The Computing Center 
NT Box 13495 
University of North Texas 
Denton, TX 76203 
FAX 817-565-4060 


